System and method to automate validating media redirection in testing process

ABSTRACT

A system and method to automate validating media redirection in a virtual media redirection testing process. A computing device is provided for performing the test. During the test, the computing device executes an automated script to obtain, from a media storage device, a media file to be redirected, and then calculate a first checksum value for the media file being obtained. The computing device then executes a redirection module to perform the virtual media redirection process for the media file, and copy the media file to a local path of the computing device. Once the media file is redirected, the automated script calculates a second checksum value for the media file at the local path of the computing device. Thus, the media file may be validated by matching the two checksum values, and the redirection process is determined to be successful when the checksum values match.

FIELD

The present disclosure relates generally to virtual media redirectiontechnology, and particularly to system and methods to automatevalidating media redirection in a virtual media redirection testingprocess.

BACKGROUND

The background description provided herein is for the purpose ofgenerally presenting the context of the disclosure. Work of thepresently named inventors, to the extent it is described in thisbackground section, as well as aspects of the description that may nototherwise qualify as prior art at the time of filing, are neitherexpressly nor impliedly admitted as prior art against the presentdisclosure. Typically, a baseboard management controller (BMC) mayprovide media redirection functionalities for its host computer. Forexample, a user may use the virtual media redirection functionalities onthe BMC to perform remote media redirection for devices such as acompact disk (CD) drive, a floppy drive or a hard disk drive (HDD) tothe host computer. In the virtual media redirection testing process, thedata of the files or the image being redirected may require validationto ensure that there is no data loss for the files or image beingredirected during the media redirection process. However, there is novalidating tool currently available for testing purposes. To performvalidation, a user may have to manually check the contents of theredirected files or image with the original files or image to confirmthat there is no data loss for the redirected files or image.

Therefore, an unaddressed need exists in the art to address theaforementioned deficiencies and inadequacies.

SUMMARY

Certain aspects of the present disclosure direct to a system, whichincludes a computing device for performing a test of a virtual mediaredirection process. In certain embodiments, the computing deviceincludes a processor and a storage device storing computer executablecode. The computer executable code, when executed at the processor, isconfigured to: obtain, from a media storage device, a media file to beredirected; calculate a first checksum value for the media file beingobtained; perform the virtual media redirection process to redirect themedia file to the computing device, and copy the media file to a localpath of the computing device; calculate a second checksum value for themedia file at the local path of the computing device; and validate themedia file by matching the second checksum value with the first checksumvalue, wherein the media file is validated when the second checksumvalue matches with the first checksum value.

In certain embodiments, the media file is an ISO image file. In certainembodiments, the media file is a specific file in an ISO image file.

In certain embodiments, the computer executable code includes: a virtualmedia redirection module, configured to perform the virtual mediaredirection process for the computing device by emulating a virtualmedia at the local path of the computing device, and to copy the mediafile to the local path; and a validation module configured to: obtainthe media file to be redirected; calculate the first checksum value forthe media file being obtained; calculate the second checksum value forthe media file at the local path of the computing device; and validatethe media file by matching the second checksum value with the firstchecksum value.

In certain embodiments, the validation module is an automated scriptmodule.

In certain embodiments, the virtual media redirection module is avirtual media command line interface (VMCLI) module, configured toemulate the virtual media at the local path of the computing device viaa universal serial bus (USB) interface.

In certain embodiments, the system further includes an evaluation boardcommunicatively connected to the computing device via the USB interfacefor the test of the virtual media redirection process.

In certain embodiments, the validation module is further configured to:prior to performing the virtual media redirection process, check whethera USB redirection connection exists for the computing device; and if theUSB redirection connection exists, disconnect the USB redirectionconnection.

In certain embodiments, the validation module is further configured to:generate a validation report based on a test result of the virtual mediaredirection process, wherein: the test result includes informationindicating the virtual media redirection process to be successful whenthe media file is validated; and the test result includes informationindicating the virtual media redirection process to be unsuccessful whenthe media file is not validated.

In certain embodiments, the system further includes a client computingdevice communicatively connected to the computing device, wherein themedia storage device is located at the client computing device.

Certain aspects of the present disclosure direct to a method forperforming a test of a virtual media redirection process. In certainembodiments, the method includes: obtaining, by a validation moduleexecuted at a computing device, a media file to be redirected from amedia storage device; calculating, by the validation module executed atthe computing device, a first checksum value for the media file beingobtained; performing, by a virtual media redirection module executed atthe computing device, the virtual media redirection process to redirectthe media file to the computing device, and copying the media file to alocal path of the computing device; calculating, by the validationmodule executed at the computing device, a second checksum value for themedia file at the local path of the computing device; and validating, bythe validation module executed at the computing device, the media fileby matching the second checksum value with the first checksum value,wherein the media file is validated when the second checksum valuematches with the first checksum value.

In certain embodiments, the validation module is an automated scriptmodule.

In certain embodiments, the virtual media redirection module is a VMCLImodule, configured to emulate the virtual media at the local path of thecomputing device via a USB interface.

In certain embodiments, the method further includes: prior to performingthe virtual media redirection process, checking, by the validationmodule executed at the computing device, whether a USB redirectionconnection exists for the computing device; and if the USB redirectionconnection exists, disconnecting, by the validation module executed atthe computing device, the USB redirection connection.

In certain embodiments, the method further includes: generating, by thevalidation module executed at the computing device, a validation reportbased on a test result of the virtual media redirection process,wherein: the test result includes information indicating the virtualmedia redirection process to be successful when the media file isvalidated; and the test result includes information indicating thevirtual media redirection process to be unsuccessful when the media fileis not validated.

Certain aspects of the present disclosure direct to a non-transitorycomputer readable medium storing computer executable code. The computerexecutable code, when executed at a processor of a computing device forperforming a test of a virtual media redirection process, is configuredto: obtain, from a media storage device, a media file to be redirected;calculate a first checksum value for the media file being obtained;perform the virtual media redirection process to redirect the media fileto the computing device, and copy the media file to a local path of thecomputing device; calculate a second checksum value for the media fileat the local path of the computing device; and validate the media fileby matching the second checksum value with the first checksum value,wherein the media file is validated when the second checksum valuematches with the first checksum value.

In certain embodiments, the computer executable code includes: a virtualmedia redirection module, configured to perform the virtual mediaredirection process for the computing device by emulating a virtualmedia at the local path of the computing device, and to copy the mediafile to the local path; and a validation module configured to: obtainthe media file to be redirected; calculate the first checksum value forthe media file being obtained; calculate the second checksum value forthe media file at the local path of the computing device; and validatethe media file by matching the second checksum value with the firstchecksum value. In certain embodiments, the validation module is anautomated script module.

These and other aspects of the present disclosure will become apparentfrom the following description of the preferred embodiment taken inconjunction with the following drawings and their captions, althoughvariations and modifications therein may be affected without departingfrom the spirit and scope of the novel concepts of the disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The present disclosure will become more fully understood from thedetailed description and the accompanying drawings, wherein:

FIG. 1 schematically depicts a system according to certain embodimentsof the present disclosure.

FIG. 2 schematically depicts operation of the automated scriptvalidation module according to certain embodiments of the presentdisclosure.

FIGS. 3A and 3B depict a flowchart of a method of performing a test of avirtual media redirection process according to certain embodiments ofthe present disclosure.

DETAILED DESCRIPTION

The present disclosure is more particularly described in the followingexamples that are intended as illustrative only since numerousmodifications and variations therein will be apparent to those skilledin the art. Various embodiments of the disclosure are now described indetail. Referring to the drawings, like numbers, if any, indicate likecomponents throughout the views. As used in the description herein andthroughout the claims that follow, the meaning of “a”, “an”, and “the”includes plural reference unless the context clearly dictates otherwise.Also, as used in the description herein and throughout the claims thatfollow, the meaning of “in” includes “in” and “on” unless the contextclearly dictates otherwise. Moreover, titles or subtitles may be used inthe specification for the convenience of a reader, which shall have noinfluence on the scope of the present disclosure. Additionally, someterms used in this specification are more specifically defined below.

The terms used in this specification generally have their ordinarymeanings in the art, within the context of the disclosure, and in thespecific context where each term is used. Certain terms that are used todescribe the disclosure are discussed below, or elsewhere in thespecification, to provide additional guidance to the practitionerregarding the description of the disclosure. For convenience, certainterms may be highlighted, for example using italics and/or quotationmarks. The use of highlighting has no influence on the scope and meaningof a term; the scope and meaning of a term is the same, in the samecontext, whether or not it is highlighted. It will be appreciated thatsame thing may be said in more than one way. Consequently, alternativelanguage and synonyms may be used for any one or more of the termsdiscussed herein, nor is any special significance to be placed uponwhether or not a term is elaborated or discussed herein. Synonyms forcertain terms are provided. A recital of one or more synonyms does notexclude the use of other synonyms. The use of examples anywhere in thisspecification including examples of any terms discussed herein isillustrative only, and in no way limits the scope and meaning of thedisclosure or of any exemplified term. Likewise, the disclosure is notlimited to various embodiments given in this specification.

Unless otherwise defined, all technical and scientific terms used hereinhave the same meaning as commonly understood by one of ordinary skill inthe art to which this disclosure pertains. In the case of conflict, thepresent document, including definitions will control.

As used herein, “around”, “about” or “approximately” shall generallymean within 20 percent, preferably within 10 percent, and morepreferably within 5 percent of a given value or range. Numericalquantities given herein are approximate, meaning that the term “around”,“about” or “approximately” may be inferred if not expressly stated.

As used herein, “plurality” means two or more.

As used herein, the terms “comprising,” “including,” “carrying,”“having,” “containing,” “involving,” and the like are to be understoodto be open-ended, i.e., to mean including but not limited to.

As used herein, the phrase at least one of A, B, and C should beconstrued to mean a logical (A or B or C), using a non-exclusive logicalOR. It should be understood that one or more steps within a method maybe executed in different order (or concurrently) without altering theprinciples of the present disclosure.

As used herein, the term “module” may refer to, be part of, or includean Application Specific Integrated Circuit (ASIC); an electroniccircuit; a combinational logic circuit; a field programmable gate array(FPGA); a processor (shared, dedicated, or group) that executes code;other suitable hardware components that provide the describedfunctionality; or a combination of some or all of the above, such as ina system-on-chip. The term module may include memory (shared, dedicated,or group) that stores code executed by the processor.

The term “code”, as used herein, may include software, firmware, and/ormicrocode, and may refer to programs, routines, functions, classes,and/or objects. The term shared, as used above, means that some or allcode from multiple modules may be executed using a single (shared)processor. In addition, some or all code from multiple modules may bestored by a single (shared) memory. The term group, as used above, meansthat some or all code from a single module may be executed using a groupof processors. In addition, some or all code from a single module may bestored using a group of memories.

The term “interface”, as used herein, generally refers to acommunication tool or means at a point of interaction between componentsfor performing data communication between the components. Generally, aninterface may be applicable at the level of both hardware and software,and may be uni-directional or bi-directional interface. Examples ofphysical hardware interface may include electrical connectors, buses,ports, cables, terminals, and other I/O devices or components. Thecomponents in communication with the interface may be, for example,multiple components or peripheral devices of a computer system.

The terms “chip” or “computer chip”, as used herein, generally refer toa hardware electronic component, and may refer to or include a smallelectronic circuit unit, also known as an integrated circuit (IC), or acombination of electronic circuits or ICs.

The term “IPMI,” as used herein, refers to the Intelligent PlatformManagement Interface, which is a set of computer interfacespecifications for an autonomous computer subsystem that providesmanagement and monitoring capabilities independently of the hostsystem's CPU, firmware (BIOS or UEFI) and operating system.

The present disclosure relates to computer systems. As depicted in thedrawings, computer components may include physical hardware components,which are shown as solid line blocks, and virtual software components,which are shown as dashed line blocks. One of ordinary skill in the artwould appreciate that, unless otherwise indicated, these computercomponents may be implemented in, but not limited to, the forms ofsoftware, firmware or hardware components, or a combination thereof.

The present disclosure will now be described more fully hereinafter withreference to the accompanying drawings, in which embodiments of thepresent disclosure are shown. This disclosure may, however, be embodiedin many different forms and should not be construed as limited to theembodiments set forth herein; rather, these embodiments are provided sothat this disclosure will be thorough and complete, and will fullyconvey the scope of the present disclosure to those skilled in the art.Like numbers refer to like elements throughout.

The systems and methods described herein may be implemented by one ormore computer programs executed by one or more processors. The computerprograms include processor-executable codes or instructions that arestored on a non-transitory tangible computer readable medium. Thecomputer programs may also include stored data. Non-limiting examples ofthe non-transitory tangible computer readable medium are nonvolatilememory, magnetic storage, and optical storage.

As discussed above, in the virtual media redirection testing process,the data of the files or the image being redirected may requirevalidation to ensure that there is no data loss for the files or imagebeing redirected during the media redirection process. In certainembodiments, the virtual media redirection process is performed by thevirtual media redirection feature provided by the BMC, in which a usermay perform remote media redirection for device such as CD, floppy driveand HDD to the host computing device. For example, in certainembodiments, the BMC may provide a virtual media redirection module,such as a virtual media command line interface (VMCLI) application,which is a command line utility that allows the user to perform remotemedia redirection. Thus, an automated script program may be provided towork with the VMCLI in order to automate the validation of mediaredirection in the testing process.

In one aspect, the present disclosure relates to a system to perform atest of a virtual media redirection process. FIG. 1 shows a systemaccording to certain embodiments of the present disclosure. As shown inFIG. 1, the system 100 includes a computing device 110, a BMC evaluationboard 120, and a media storage device 140. The BMC evaluation board 120is connected to the computing device 110 via multiple interfaces,including a universal serial bus (USB) interface 122 and a systeminterface 124. Further, although not explicitly shown in FIG. 1, themedia storage device 140 may be located at the client computing device,which is communicatively connected to the computing device 110 via anetwork. In certain embodiments, the network may be a wired or wirelessnetwork, and may be of various forms, such as a public network and aprivate network. Examples of the network may include, but not limitedto, a local area network (LAN) or a wide area network (WAN) includingthe Internet. In certain embodiments, two or more different networksand/or interfaces may be applied to interconnect the computing device110 with the media storage device 140.

The computing device 110 is used to perform a plurality of tests in thedevelopment project of the BMC. In certain embodiments, the computingdevice 110 functions as a host computer for the BMC, which isrepresented by the BMC evaluation board 120. In certain embodiments, thecomputing device 110 may be may be a general purpose computer, aspecialized computer, a server, or any other types of computing device,such as a desktop computer, a laptop computer, a tablet, or othernetwork connected computing device.

As shown in FIG. 1, the computing device 110 includes a processor 112, amemory 114, and a storage device 116. In certain embodiments, thecomputing device 110 may include necessary hardware components andsoftware components (not shown) to perform its corresponding tasks.Examples of these hardware and software components may include, but notlimited to, a baseboard (motherboard), other required memory,interfaces, buses, Input/Output (I/O) modules and peripheral devices. Incertain embodiments, for the purpose of testing the virtual mediaredirection features of a BMC, the computing device 110 may utilizecertain specific hardware and software components. For example, atesting environment may be created using Gigabyte GA H87-D3H motherboardas the baseboard of the computing device 110.

The processor 112 controls operation of the computing device 110. Incertain embodiments, the processor 112 may be a central processing unit(CPU). The processor 112 may execute any computer executable code orinstructions, such as the operating system (OS) 130 and otherapplications, codes or instructions stored in the computing device 110.In certain embodiments, the computing device 110 may run on or more thanone processor, such as two processors, four processors, eightprocessors, or any suitable number of processors.

The memory 114 may be a volatile memory, such as the random-accessmemory (RAM), for storing the data and information during the operationof the computing device 110. In certain embodiments, the memory 114 maybe a volatile memory array. In certain embodiments, the computing device110 may run on more than one memory 114.

The storage device 116 is a non-volatile storage media or device forstoring the computer executable code, such as the OS 130 and othersoftware applications for the computing device 110. Examples of thestorage device 116 may include flash memory, memory cards, USB drives,or other types of non-volatile storage devices such as hard drives,floppy disks, optical drives, or any other types of data storagedevices. In certain embodiments, the computing device 110 may have morethan one storage device 116, and the OS 130 and other applications ofthe computing device 110 may be stored in the more than one storagedevice 116 separately.

As shown in FIG. 1, the computer executable code stored in the storagedevice 116 may include the OS 130, a virtual media redirection module132, a validation module 134, and a data store 136. Each of the modulesof the computing device 110 includes computer executable code orinstructions for performing certain corresponding operations on thecomputing device 110. In certain embodiments, each of the modules mayfurther include one or more sub-modules. Alternatively, in certainembodiments, some or all of the modules may collectively form a singlemodule.

The OS 130 may be a collective management software application managingthe operation of the computing device 110. For example, the OS 130 mayinclude a set of functional programs that control and manage operationsof the devices connected to the computing device 110. The set ofapplication programs provide certain utility software for the user tomanage the computing device 110. In certain embodiments, the OS 130 isoperable to multitask, i.e., execute computing tasks in multiplethreads, and thus may be any of the following: MICROSOFT CORPORATION's“WINDOWS 95,” “WINDOWS CE,” “WINDOWS 98,” “WINDOWS 2000” or “WINDOWSNT”, “WINDOWS Vista,”, “WINDOWS 7,” and “WINDOWS 8,” operating systems,IBM's OS/2 WARP, APPLE's MACINTOSH OSX operating system, LINUX, UNIX,etc. In certain embodiments, for the purpose of testing the virtualmedia redirection features of a BMC, the OS 130 may be aLinux-compatible OS, such as Ubuntu. For example, a testing environmentmay be created using Ubuntu 12.04 as the OS 130.

The virtual media redirection module 132 is a module to perform virtualmedia redirection for the computing device 110. It should be noted thatthe virtual media redirection module 132 is generally a module of theBMC, and for the purpose of testing the virtual media redirectionfeatures of a BMC, the virtual media redirection module 132 is providedat the computing device 110 as shown in FIG. 1. In certain embodiments,the virtual media redirection module 132 may be a VMCLI module, which isan exact copy of the VMCLI application on a regular BMC. In operation,the virtual media redirection module 132 is configured to perform thevirtual media redirection process to redirect the media file to thecomputing device 110 by emulating a virtual media at a local path of thecomputing device 110. For example, the virtual media redirection module132 may emulate a virtual media via the USB interface 122, Once thevirtual media is emulated at the local path, the virtual mediaredirection module 132 may copy the media file to the local path of thecomputing device 110, such that the copy of the media file may beaccessible by the computing device 110 at the local path.

The validation module 134 is a software module provided for the purposeof validating the media file being redirected by the virtual mediaredirection module 132. In certain embodiments, for the testingpurposes, the validation module 134 is an automated script module, whichenables an automated validating process to be performed repeatedly inthe test of the virtual media redirection process. For example, thevalidation module 134 may be a Linux Shell script, which may beautomatically executed on the Linux compatible OS 130. In this case, astress test of the virtual media redirection process may be realizedwithout user intervention. In operation, the validation module 134 isconfigured to fetch or obtain, from the media storage device 140, amedia file to be redirected based on the information stored in the datastore 136. Once the media file is fetched, the validation module 134 maycalculate a first checksum value A for the media file being fetched. Inother words, the first checksum value A is obtained before the mediafile is redirected. After the virtual media redirection module 132performs the virtual media redirection process to redirect the mediafile to the computing device 110, the validation module 134 thencalculate a second checksum value B for the media file at the local pathof the computing device 110. In other words, the second checksum value Bis obtained after the media file is redirected. Once both checksumvalues are obtained, the validation module 134 may validate the mediafile by matching the second checksum value B with the first checksumvalue A. When A=B (i.e., the second checksum value B matches with thefirst checksum value A), the media file is validated, indicating thatthe redirection process is successful. On the other hand, when A!=B(i.e., the second checksum value B does not match with the firstchecksum value A), the media file is not validated, indicating that theredirection process fails. Based on the test result of the virtual mediaredirection process, the validation module 134 may generate a validationreport. In certain embodiments, the validation report includesinformation indicating the virtual media redirection process to besuccessful or unsuccessful.

The data store 136 is configured to store information necessary forperforming the test of the virtual media redirection process on thecomputing device 110. In certain embodiments, the information stored inthe data store 136 may include, without being limited thereto, a userconfiguration file, which stores a list of information of the mediafiles to be redirected. In certain embodiments, the information of eachof the media files to be redirected may include a path of the mediafile. For example, a path of the media file should indicate the locationof the media file stored in the media storage device 140.

The BMC evaluation board 120 is a printed circuit board containing amicroprocessor chip and the minimal support logic needed for BMC testingpurposes. In certain embodiments, the BMC evaluation board 120 includesall of the necessary hardware components of a BMC, such that the testsfor the BMC development project may be performed. In certainembodiments, for the purpose of testing certain features of a BMC, suchas the virtual media redirection feature, a specific BMC evaluationboard 120 may be used. For example, a testing environment may be createdusing the AST2400 evaluation board having an ASPEED AST2400 IPMI chip asthe BMC evaluation board 120.

The USB interface 122 is one of the communication interfaces between theBMC evaluation board 120 and the computing device 110. Specifically, theUSB interface 122 a standardized interface under the USB industrystandard that defines the cables, connectors and communicationsprotocols used in a bus for connection, communication, and power supplybetween computers and electronic devices. USB was designed tostandardize the connection of computer peripherals (including keyboards,pointing devices, digital cameras, printers, portable media players,disk drives and network adapters) to personal computers, both tocommunicate and to supply electric power. The USB interface 122 hasbecome commonplace on other devices, such as smartphones, PDAs and videogame consoles. USB has effectively replaced a variety of earlierinterfaces, such as serial and parallel ports, as well as separate powerchargers for portable devices. Currently, USB allows bi-directionalcommunications between the computing devices and the USB devices, as USB3.0 allows for device-initiated communications towards the host. Incertain embodiments, the USB interface 122 is provided for the purposeof performing the test of the virtual media redirection process. When avirtual media is emulated by the virtual media redirection module 132,the virtual media may be exposed to the OS 130 of the computing device110 as a USB device, such as a USB floppy drive, USB thumb drive, USBhard drive, USB CD-ROM/DVD-ROM drive, or other USB storage devices.

The system interface 124 is one of the communication interfaces toperform data transfer between the computing device 110 and the BMCevaluation board 120. In certain embodiments, the system interface 124may be a typical standardized Intelligent Platform Management Interface(IPMI) system interfaces, such as a keyboard controller style (KCS)interface, a system management interface chip (SMIC) interface, or ablock transfer (BT) interface. In certain embodiments, data transferbetween the BMC evaluation board 120 and the computing device 110 may bein the format of IPMI messages, which may go through the systeminterface 124 or any other interfaces between the BMC evaluation board120 and the computing device 110.

The media storage device 140 is a storage device which provides data ofone or more media files to be retrieved by the host computing device110. Specifically, the media storage device 140 may be a non-volatilestorage device, such as a hard drive, a CD-ROM drive, a DVD-ROM drive ora solid state storage device, or may be a storage server including oneor more storage devices. The location of the media storage device 140 inthe system 100 may vary. For example, the media storage device 140 maybe an external storage device located at the client computing device(not shown). In certain embodiments, the media device 170 may be anetwork storage device independent from, without being directlyconnected to, the computing device 110. In certain embodiments, themedia storage device 140 may be implemented by multiple storage devicesand/or storage servers distributed at different locations of the system100. In certain embodiments, for testing purposes, the media storagedevice 140 may be located at the computing device 110 as an externalstorage device or a local storage device. Examples of the media storagedevice 140 may include, without being limited to, flash memory, memorycards, USB drives, hard drives, floppy disks, optical drives, or anyother types of data storage devices.

In certain embodiments, the media storage device 140 contains one ormore ISO image files 150, and for each of the ISO image files 150, aplurality of files 152 may be stored therein. The ISO image file 150 isan archive file of an optical disc, and it is a type of disk imagecomposed of the data contents from every written sector on an opticaldisk, including its optical disk file system. In certain embodiments, amedia file being redirected may be an ISO image file 150, or may be oneof the files 152 in the ISO image file 150. In certain embodiments, thevirtual media redirection process may be repeated performed, such that aplurality of the files 152 may be respectively redirected to thecomputing device 110 in separate redirection processes.

FIG. 2 schematically depicts operation of the automated scriptvalidation module according to certain embodiments of the presentdisclosure. In certain embodiments, the process as shown in FIG. 2 maybe implemented on a system as shown in FIG. 1. It should be particularlynoted that, unless otherwise stated in the present disclosure, the stepsof the method may be arranged in a different sequential order, and arethus not limited to the sequential order as shown in FIG. 2.

As described above, the validation module 134 may be an automated scriptmodule. As shown in FIG. 2, when the validation module 134 starts, atprocedure 205, the script of the validation module 134 willautomatically run to retrieve the user configuration file from the datastore 136. The user configuration file may include the information ofthe media files to be redirected. For example, the information of one ofthe media files to be redirected may include a path of the media file,which is stored in the media storage device 140. It should be noted thatthe media file may be the whole ISO image file 150, or may be a specificfile 152 in the ISO image file 150. For example, a default path of themedia file may indicate the ISO image file 150. When the path of themedia file indicates a specific file 152 in the ISO image file 150, themedia file will be the specific file 152. On the other hand, if the pathof the media file is unspecified, the validation module 134 mayrecognize the ISO image file 150 as a whole is the media file.

Once the information of a media file to be redirected is obtained, atprocedure 210, the validation module 134 may fetch or obtain the mediafile from the media storage device 140. In certain embodiments, thevalidation module 134 may check the availability of the ISO image pathand/or the path of the media file to ensure the media file to beredirected exists in the media storage device 140. If the media filedoes not exist in the media storage device 140, the script of thevalidation module 134 will automatically abort the process for the mediafile.

Upon fetching the media file from the media storage device 140, atprocedure 220, the validation module 134 may calculate a first checksumvalue A for the media file being fetched. When the media file is aspecific file 152 in the ISO image file 150, the first checksum value Ais calculated for the specific file 152 alone. On the other hand, if themedia file is the ISO image file 150, the validation module 134 mayperform checksum for the ISO image file 150 to obtain the first checksumvalue A.

Once the first checksum value A for the media file is obtained, themedia file may be subject to the redirection process. However, to avoidconfusion between multiple concurrent redirection connections, atprocedure 230, the validation module 134 will check whether any USBredirection connection exists for the computing device 110. For example,in a stress test of the virtual media redirection process, consecutiveUSB redirection connections may be established in a series. To ensurethat the validating process is correctly performed, if any USBredirection connection exists, the validation module 134 will kill ordisconnect the USB redirection connection. In other words, there will beno existing USB redirection connection for the computing device 110 whenthe media file is redirected.

At procedure 240, the validation module 134 may call the virtual mediaredirection module 132 to perform the redirection process. Uponinitiation, the virtual media redirection module 132 may perform thevirtual media redirection process to redirect the media file to thecomputing device 110 by emulating a virtual media 170 at a local path ofthe computing device 110. In certain embodiments, when the virtual mediaredirection module 132 is the VMCLI application, the VMCLI may invoke acommand to redirect the media file, and initialize a SSH session to thecomputing device 110. Then, at procedure 250, the virtual mediaredirection module 132 may access the media file from the media storagedevice 140, and at procedure 260, the virtual media redirection module132 copies the media file to the emulated virtual media 170 at the localpath of the computing device 110.

Once the media file is redirected, at procedure 270, the validationmodule 134 may access the copy of the media file at the local path ofthe computing device 110 (i.e., the emulated virtual media 170). Atprocedure 280, the validation module 134 may calculate a second checksumvalue B for the copy of the media file being redirected. Assuming thatthe redirection process is successful, the copy of the media file shouldbe an exact copy of the original media file, and the second checksumvalue B should be identical to the first checksum value A. At procedure290, the validation module 134 validates the media file by matching thesecond checksum value B with the first checksum value A. When A=B (i.e.,the second checksum value B matches with the first checksum value A),the media file is validated, indicating that the redirection process issuccessful. On the other hand, when A!=B (i.e., the second checksumvalue B does not match with the first checksum value A), the media fileis not validated, indicating that the redirection process fails. Oncethe test result of the virtual media redirection process is determined,the validation module 134 may generate a validation report based on thetest result, such that a user may access the validation report.

As described above, the automated script of the validation module 134may be used in a stress test of the virtual media redirection process.Further, since checksum is used for validation of the media file, dataaccuracy of the redirection process may be covered. Moreover, the userdoes not need to launch a keyboard, video and mouse (KVM) session duringthe test, and all of the testing process may be automatically performedwithout user intervention.

A further aspect of the present disclosure is directed to a method forperforming a test of a virtual media redirection process. FIGS. 3A and3B depicts a flowchart of a method of performing a test of a virtualmedia redirection process according to certain embodiments of thepresent disclosure. In certain embodiments, the method as shown in FIGS.3A and 3B may be implemented on a system as shown in FIG. 1. It shouldbe particularly noted that, unless otherwise stated in the presentdisclosure, the steps of the method may be arranged in a differentsequential order, and are thus not limited to the sequential order asshown in FIGS. 3A and 3B.

As shown in FIG. 3A, at procedure 310, when the automated script of thevalidation module 134 is executed at the computing device 110, thescript will fetch a media file from the media storage device 140 basedon an ISO image path defined in a user configuration file, which isstored in the data store 136. At procedure 315, the script checks if theISO image path exists. At procedure 318, the script checks if the mediafile is available. If the media file is available, the script may fetchand obtain the media file. On the other hand, if the media file does notexist at the path defined in the user configuration file, at procedure320, the script will stop the redirection process for this non-existingmedia file.

At procedure 330, once the media file is fetched, the script willcalculate a first checksum value A for the media file fetched. In otherwords, at procedure 335, the first checksum value A is obtained prior tothe virtual media redirection process being performed. Then, atprocedure 340, the script checks if any redirection connection existsfor the computing device 110. If such redirection connection exists, atprocedure 345, the script disconnects or kills the redirectionconnection.

At procedure 350, the script calls the virtual media redirection module132 (e.g., the VMCLI application), and performs redirection of the mediafile using VMCLI. In the redirection process, the redirected media fileis copied to the local path of the computing device 110 (i.e., theemulated virtual media 170).

Once the media file is redirected, at procedure 352, the script checksif the media file is successfully redirected. In particular, thefollowing commands may be used to check if the media file (listed as animage name in the grep command output) is successfully redirected:

ls -1/dev/disk/by-id/usb*|grep Floppy0′ (checking floppy image)

ls -l/dev/disk/by-id/usb*|grep CDROM0′ (checking CD image)

ls -l/dev/disk/by-id/usb*|grep HDisk0′ (checking HDD image)

If the media file is successfully redirected, the script moves toprocedure 360. On the other hand, if the media file is not successfullyredirected, at procedure 355, the script will determine that theredirection process fails, and stop the process.

At procedure 360, once the media file is successfully redirected, thescript will calculate a second checksum value B for the media file atthe local path. In other words, at procedure 365, the second checksumvalue B is obtained after the virtual media redirection process isperformed.

Once both checksum values have been obtained, at procedure 370, thescript compares the values and determines whether A=B. When A=B (i.e.,the second checksum value B matches with the first checksum value A),the script goes to procedure 380, and the media file is validated,indicating that the redirection process is successful. On the otherhand, when A!=B (i.e., the second checksum value B does not match withthe first checksum value A), the script goes to procedure 385, and themedia file is not validated, indicating that the redirection processfails. At procedure 390, based on the test result of the virtual mediaredirection process, the validation module 134 may generate a validationreport. In certain embodiments, the validation report includesinformation indicating the virtual media redirection process to besuccessful or unsuccessful.

In yet another aspect, the present disclosure relates to anon-transitory computer storage medium storing computer-executable code.When the computer-executable code is executed by a processor of acomputing device for performing a test of a virtual media redirectionprocess, the executed code causes the processor to perform the method asdescribed above. In certain embodiments, the computer executable codemay include the virtual media redirection module 132 and the validationmodule 134 as described above. In certain embodiments, thenon-transitory computer readable medium may include, but not limited to,the storage device 116 of the computing device 110 as described above,or any other storage media of the computing device 110.

The foregoing description of the exemplary embodiments of the disclosurehas been presented only for the purposes of illustration and descriptionand is not intended to be exhaustive or to limit the disclosure to theprecise forms disclosed. Many modifications and variations are possiblein light of the above teaching.

The embodiments were chosen and described in order to explain theprinciples of the disclosure and their practical application so as toenable others skilled in the art to utilize the disclosure and variousembodiments and with various modifications as are suited to theparticular use contemplated. Alternative embodiments will becomeapparent to those skilled in the art to which the present disclosurepertains without departing from its spirit and scope. Accordingly, thescope of the present disclosure is defined by the appended claims ratherthan the foregoing description and the exemplary embodiments describedtherein.

What is claimed is:
 1. A system, comprising: a computing device forperforming a test of a virtual media redirection process, the computingdevice comprising a processor and a storage device storing computerexecutable code, wherein the computer executable code, when executed atthe processor, is configured to: obtain, from a media storage device, amedia file to be redirected; calculate a first checksum value for themedia file being obtained; perform the virtual media redirection processto redirect the media file to the computing device, and copy the mediafile to a local path of the computing device; calculate a secondchecksum value for the media file at the local path of the computingdevice; and validate the media file by matching the second checksumvalue with the first checksum value, wherein the media file is validatedwhen the second checksum value matches with the first checksum value. 2.The system as claimed in claim 1, wherein the media file is an ISO imagefile.
 3. The system as claimed in claim 1, wherein the media file is aspecific file in an ISO image file.
 4. The system as claimed in claim 1,wherein the computer executable code comprises: a virtual mediaredirection module, configured to perform the virtual media redirectionprocess for the computing device by emulating a virtual media at thelocal path of the computing device, and to copy the media file to thelocal path; and a validation module configured to: obtain the media fileto be redirected; calculate the first checksum value for the media filebeing obtained; calculate the second checksum value for the media fileat the local path of the computing device; and validate the media fileby matching the second checksum value with the first checksum value. 5.The system as claimed in claim 4, wherein the validation module is anautomated script module.
 6. The system as claimed in claim 4, whereinthe virtual media redirection module is a virtual media command lineinterface (VMCLI) module, configured to emulate the virtual media at thelocal path of the computing device via a universal serial bus (USB)interface.
 7. The system as claimed in claim 6, further comprising: anevaluation board communicatively connected to the computing device viathe USB interface for the test of the virtual media redirection process.8. The system as claimed in claim 6, wherein the validation module isfurther configured to: prior to performing the virtual media redirectionprocess, check whether a USB redirection connection exists for thecomputing device; and if the USB redirection connection exists,disconnect the USB redirection connection.
 9. The system as claimed inclaim 4, wherein the validation module is further configured to:generate a validation report based on a test result of the virtual mediaredirection process, wherein: the test result comprises informationindicating the virtual media redirection process to be successful whenthe media file is validated; and the test result comprises informationindicating the virtual media redirection process to be unsuccessful whenthe media file is not validated.
 10. The system as claimed in claim 1,further comprising: a client computing device communicatively connectedto the computing device, wherein the media storage device is located atthe client computing device.
 11. A method for performing a test of avirtual media redirection process, comprising: obtaining, by avalidation module executed at a computing device, a media file to beredirected from a media storage device; calculating, by the validationmodule executed at the computing device, a first checksum value for themedia file being obtained; performing, by a virtual media redirectionmodule executed at the computing device, the virtual media redirectionprocess to redirect the media file to the computing device, and copyingthe media file to a local path of the computing device; calculating, bythe validation module executed at the computing device, a secondchecksum value for the media file at the local path of the computingdevice; and validating, by the validation module executed at thecomputing device, the media file by matching the second checksum valuewith the first checksum value, wherein the media file is validated whenthe second checksum value matches with the first checksum value.
 12. Themethod as claimed in claim 11, wherein the validation module is anautomated script module.
 13. The method as claimed in claim 11, whereinthe virtual media redirection module is a virtual media command lineinterface (VMCLI) module, configured to emulate the virtual media at thelocal path of the computing device via a universal serial bus (USB)interface.
 14. The method as claimed in claim 13, further comprising:prior to performing the virtual media redirection process, checking, bythe validation module executed at the computing device, whether a USBredirection connection exists for the computing device; and if the USBredirection connection exists, disconnecting, by the validation moduleexecuted at the computing device, the USB redirection connection. 15.The method as claimed in claim 11, further comprising: generating, bythe validation module executed at the computing device, a validationreport based on a test result of the virtual media redirection process,wherein: the test result comprises information indicating the virtualmedia redirection process to be successful when the media file isvalidated; and the test result comprises information indicating thevirtual media redirection process to be unsuccessful when the media fileis not validated.
 16. A non-transitory computer readable medium storingcomputer executable code, wherein the computer executable code, whenexecuted at a processor of a computing device for performing a test of avirtual media redirection process, is configured to: obtain, from amedia storage device, a media file to be redirected; calculate a firstchecksum value for the media file being obtained; perform the virtualmedia redirection process to redirect the media file to the computingdevice, and copy the media file to a local path of the computing device;calculate a second checksum value for the media file at the local pathof the computing device; and validate the media file by matching thesecond checksum value with the first checksum value, wherein the mediafile is validated when the second checksum value matches with the firstchecksum value.
 17. The non-transitory computer readable medium asclaimed in claim 16, wherein the computer executable code comprises: avirtual media redirection module, configured to perform the virtualmedia redirection process for the computing device by emulating avirtual media at the local path of the computing device, and to copy themedia file to the local path; and a validation module configured to:obtain the media file to be redirected; calculate the first checksumvalue for the media file being obtained; calculate the second checksumvalue for the media file at the local path of the computing device; andvalidate the media file by matching the second checksum value with thefirst checksum value; wherein the validation module is an automatedscript module.
 18. The non-transitory computer readable medium asclaimed in claim 17, wherein the virtual media redirection module is avirtual media command line interface (VMCLI) module, configured toemulate the virtual media at the local path of the computing device viaa universal serial bus (USB) interface.
 19. The non-transitory computerreadable medium as claimed in claim 18, wherein the validation module isfurther configured to: prior to performing the virtual media redirectionprocess, check whether a USB redirection connection exists for thecomputing device; and if the USB redirection connection exists,disconnect the USB redirection connection.
 20. The non-transitorycomputer readable medium as claimed in claim 17, wherein the validationmodule is further configured to: generate a validation report based on atest result of the virtual media redirection process, wherein: the testresult comprises information indicating the virtual media redirectionprocess to be successful when the media file is validated; and the testresult comprises information indicating the virtual media redirectionprocess to be unsuccessful when the media file is not validated.